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DESIGN OF AN APPLICATION SPECIFIC PROCESSOR (ASP) 

The present invention relates to the design of an application 
specific processor (ASP) and in particular to the use of a 
modelling tool in the design process to aid the development of 
architectural modelling. In a design process of an ASP, a model 
is constructed based on a CPU and a set of peripherals. Three 
basic types of data are required to be generated before any "real 
modelling" can start. These can be summarised as follows: 

• A set of low level functions and constants to aid the 
integration of a functional model of a peripheral in a 
modelling language such as C. 

• A set of low level functions and constants to aid the 
testing of the functional model. This code would execute 
on a simulation of the CPU and would also be useful for 
functional verification. 

• A register or data structure mapping, indicating the size 
of various fields within the register, the reset state and 
its function. 

Typically this set of data is generated by.. hand -and must be 
completed before any real modelling can start. The generation 
by hand' is a laborious task and is prone to all the usual human 
errors.. . . 

Another difficulty which arises with existing simulation 
techniques is that the simulation of an ASP at circuit level is 
a slow and laborious process. 

It is an object of the present invention to speed up the 
simulation at circuit level. 

According to the present invention there is provided a method of 
simulating an application specific processor (ASP) comprising: 
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defining a functional model in a high level language for 
simulating the architectural behaviour of the ASP, wherein in the 
functional model a CPU and a set of peripherals are defined; 

generating for each peripheral an interface functions file 
which defines the communication attributes of the peripheral with 
the processor and the functional attributes of the peripheral in 
a manner independent of any particular data structure, and a test 
functions file which defines the communication attributes of the 
processor with the peripheral in a manner independent of any- 
particular data structure ,- 

simulating in the high level language as part of the 
functional model an application executable by the CPU and 
operations of the set of peripherals for a predetermined 
simulation phase, the application executable by the CPU including 
the test functions file and the operations of the set of 
peripherals including the interface functions file; 

outputting the state of the application and the state of the 
peripherals at the end of the predetermined phase to a modelling, 
file in the high level language; 

converting the modelling file in the high level language to 
a simulation language for simulating the ASP at circuit level; 
and 

simulating the ASP at circuit level using the simulation 
language for a subsequent simulation phase. 

In particular this allows an initialisation or set up phase to 
be completed using the high level language in the functional 
model which is a much faster approach than carrying out the 
entire simulation at circuit level in a simulation language such 
as VHDL. 

The modelling tool described herein ensures that the generation 
of the above sets of data are completely in sync. It also 
greatly reduces the time to develop the models of various 
peripherals by allowing the designer to concentrate on the task 
at hand - that of the peripheral itself. The tool also makes it 
possible for novice designers to get started using the peripheral 
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modelling much quicker by not having to learn about the finer 
details of a particular simulator, for example by removing the 
need to learn details of how to send and receive data from the 
simulator to the peripheral. 

The modelling tool is designed for use in an environment in which 
a simulator simulates a CPU and a memory system to which 
peripherals can be added. 

Peripheral and subsystem support is provided by allowing the user 
to define a set of functions for each device that will simulate 
its behaviour. These functions are compiled into a device 
library by the user, and loaded by the simulator during 
execution. All the device libraries for the devices being 
simulated are listed in a device definition file. When the 
simulator is executed, these functions are dynamically linked 
with the simulator code. 

Each device has an address range associated with it in the device 
definition file. Any load from or store to an address in that 
range will cause the simulator to execute the appropriate 
peripheral read or write function instead of a memory access. 

The following functions are provided in each device library: 

• An initialization function which is run when the simulation 
starts before any application code is. executed. This 
function must set up a structure with the - names of the 
other functions . 

• A loop function which executes regularly.. The loop 
function is used to define asynchronous or delayed 
behaviour by the device, such as sending an interrupt. 
Each device has a loop cycle step variable which defines 
the frequency of execution, i.e. how many instructions are 
executed between two executions of the loop function. By 
default, the loop function is executed after every 



instruction. 



A function for each type of signal expected from the CPU. 
For peripherals this would usually be one funbtion for Load 
(called the peripheral read) and one for Store (called the 
peripheral write) . These functions are called by the 
simulator where an appropriate instruction is executed for 
an address related to the device. "They define any 
immediate device response to the signal, such as sending 
back a value when a shared register location is loaded. 

As an example, suppose .that the application running on the CPU 
executes a load from a peripheral address. At this point the 
simulator calls the peripheral read function in the perxpheral 
model dynamic library. The peripheral read function returns the 
data stored at the address and the simulator then places this 
value onto the stack. 

A typical peripheral model and its integration within a 
functional simulator is shown in Figure 2. The peripheral is 
written in a high level language such as C and the code for this 
model operates' upon data structures written in a manner which 
aids the architecture development. In order for the CPU, and 
hence code executing on the CPU, to access various bits of state 
or data, such as a control register, it must read or write to 
various .words in memory. The read peripherals being modelled are 
memory- mapped in. .the CPU .memory, .space... . The. states. .or. data . 
structures that are maintained within the model which are visible 
to the CPU, and hence to the code, must be copied to or from the 
registers or memory. The simulator has special calls to handle 
accesses to special areas such as memory. 

The peripheral model writer declares an area of memory that is 
to be treated as special, in this case seen as the registers 
memory or a data structure memory. When the CPU accesses this 
area of memory the peripheral model must copy or update its 
internal ' representation of the externally visible state. This 
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is usually done by the Read and Write functions in the simulator.. 
These functions allow the modelling to proceed in a free and easy 
manner, without any constraints on how it should - be written or 
how data should be manipulated and only when it is necessary' to 
transfer the data to the outside world is it done so via these 
functions. The description of the registers and data structure 
visible to the CPU within the peripheral will be described within 
the functional specification document for that peripheral. 

The modelling tool described herein automates the generation of 
the low level functions, constants and the basis of the 
documentation by using the data structures specified by the 
peripheral model. There is sufficient information within the 
specification of these data structures to generate these low 
level functions and the . documentation, using some basic 
conventions developed by the inventor. 

These can be summarised as: 

• All accesses to the data structures used within the 
peripheral model are done via functions. These are Query, 
and Set functions for each attribute (element) for each 
data structure. 

• All accesses to the registers are done via functions with 
a common interface . 

• The names of all the functions are derived from the 
attributes and structure definition of the data structures. 

• All constant names used to access bits within registers are 
derived from the attributes and structure definition of the 
data structures. 

For a better understanding of the present invention and to show- 
how the same may be carried into effect reference will now be 
made by way of example to the accompanying drawings in which: 



Figure 1 is a block diagram illustrating the modelling of 
an ASP; 

Figure 2 is a diagram illustrating the CPU to peripheral 
interfaces; 

Figure 3 is a diagram illustrating the function of the 

modelling tool; 

Figure 4 is a diagram illustrating how the files are derived 
from the data structure of the input file using the modelling 

tool; , 

Figure 5 is a flow chart illustrating the high level 

operation of the modelling tool; 

Figure 6 is a sketch illustrating the use of the files in 

a simulation; and 

Figure 7 is a sketch illustrating how a functional model can 

interact with a real simulation. 

An application specific processor is modelled as a central 
processor (CPU) 2 and a set of peripherals 4. The CPU 2 is 
modelled with the basic elements of an interrupt handler 6 and 
memory 8. A set of applications running on the CPU are denoted 
by the process circle 10 labelled APPLS . Each peripheral 4 is 
modelled with an internal interface 12 between the peripheral and 
the CPU 2 and an external interface 14 between the peripheral and 
the "outside world", that is externally of the ASP. At the time 
of modelling the ASP , it is not known whether or not the 
peripherals will in fact be implemented in software, hardware or 
some_ combination .P_f_b_o_th . However , _ whether. .finally^ impj^mented _ 
in software or hardware or some combination of both, the 
peripherals 4 represent how the central processor 2 cooperates 
with the external environment. The external interfaces 14 
receive stimuli S from the external environment and generate 
responses R in response to the stimuli. These are carried by the 
external interface 14 '. The internal interfaces 12 carry state 
information and data between the peripherals and the applications 
10 running on' the CPU 2. This is described in more detail with 
reference to Figure 2 . 
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Figure 2 illustrates a single peripheral 4 which is to be 
modelled as a plurality of peripheral processes P1,P2 / P3 etc. 
The CPU 2 is shown only with its applications 10 and a register 
bank 16. The register bank 16 represents a particular area of 
memory which may be modelled as registers or a conventional RAM 
which is dedicated to activities of that peripheral. A number 
of different applications may be running on the CPU 2, denoted 
APP1,APP2, etc. The applications 10, running on the CPU are able 
to write data to the register bank 16 along the write path 18 and 
can read data from the register bank 16 along the read path 20. 
These register read and writes are simulated as CPU Read/Write 
functions. In addition the peripheral 4 needs to be able to 
receive data and state from the register bank 16 and to write 
data and state to the register bank 16. This is accomplished by 
the interface 12. The modelling tool described herein is 
valuable for implementing the interface 12 in the modelling 
phase, the simulation phase and the implementation (silicon) 
phase of the design process. It is not a trivial matter to 
model, simulate or implement the interface 12. In designing an 
ASP, the peripherals 4 are modelled in a high level language such 
as C. One of the facets of that language is that the data 
structure which is utilised is written in a manner which aids 
architecture development in particular in terms of its 
portability between environments. In particular, it allows the 
definition, modification and access of individual elements very 
easily, regardless of the length of the element.. This is a 
particularly .useful feature when, designing . or modelling because 
it ' means that the length of elements can be altered without 
requiring a complete revision of the modelling code. C also 
allows very simple access to an element, regardless of its 
length. However, this facet of C and other high level languages 
creates a practical difficulty when the code developed in that 
language has to be simulated with applications running on a 
conventional CPU and using fixed length registers. The tool 
described herein provides a mechanism for greatly simplifying 
this task. 
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Figure 3 shows in general terms how this is achieved. 

An input file is created for each peripheral 4 in a high level 
language such as C using an input data structure compatible wath 
that language. That input. file defines the interfacing behaviour 
of the peripheral 4 with respect to the CPU. The architect, 
determines the responses R of the peripheral with respect to 
external stimuli S. A modelling tool 24 generates automatically 
from the data structure defined in the input file 24 a 
documentation file 26, an interface functions file 28, and a test, 
functions file 30. 

The interface functions file 28 contains, a set of "glue- 
functions which are derived from the individual elements of the 
data structure in the input file 22 but which are defined in a 
manner which is independent of any particular data structure. 
The "glue" functions define the attributes of the -interface 12 
and include: 

constant definitions 
read functions 
write functions 
query functions 
set functions. 

The constant definitions define the context for the peripheral. 

in particular, they define the address range in memory associated 
with the device being modelled by that peripheral and bxt 
locations within the registers of particular elements of the data 
structure. Any load from or store to an address in that defined 
range will cause a simulator ' to execute the appropriate 
•peripheral read or write function instead of a memory access. 

The read and write functions allow the peripheral to read and 
write data and state from and to the specified register of the 
CPU. 
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Query functions- allow the peripheral to request a value from a 
specified register in the CPU. 

Set functions allow the peripheral to write a value to a 
specified register of the CPU. 

The documentation file defines the registers and their contents 
for use in setting up a simulator on the CPU. 

The test functions take the form define the attributes of the CPU 
read/write paths 18, 20 and include: 

constant definitions 
read functions 
write functions . 

The constant definitions match those already defined as part of 
the interface function file 28. Likewise, the read and write 
functions allow the CPU to read and write from the specified 
registers. Once again the functions are defined such that they 
have a common name but are implemented in a manner which is 
dependent on the environment . 

The modelling tool 24 generates the documentation file 26, 
interface functions file 28 and test functions file 30 by using 
the data structure specified for the peripheral model. The 
inventor has.. realised that there, is suf f i.ci.ent . information, within 
the specification of these data structures to generate the 
contents of these files automatically. An example is illustrated 
in Figure 4. In Figure 4, the input file 22 is shown defining 
the data structure for the registers named: 

SarControlRegister , and 
SarSegmentationContextRegister . 

The register named SarControlRegister has a data structure 
comprising three elements each having a length of one bit and 
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which defines one of the following: 

St art Segment at ion 
EnablePacingEngine 

EnablePacingClock. . 

The SarSegmentationContextRegister has a data structure 
comprising one element having a length of 32 bits defining a 
ContextStartAddress . 

Figure 4 illustrates how the functions for the various files can 
be derived directly from the data structure of the input file 
using a naming convention. The NAME N of the register is used 
to directly define the read and write functions for the interface 
function file 28 in the form of : 

Read NAME 
Write NAME 

and the test function file 30 in the form: 

Read From NAME 
Write To NAME 

in the example of Figure 4, this is done for both the 
SarControlRegister and the SarSegmentationContextRegister. The 
query- and set functions ..are defined by reference to each ELEMENT 
E of the data structure in the form: 

ELEMENT In NAME 
Set ELEMENT In NAME 

The documentation file 26 is" set up for each register by deriving 
information directly from the data structure as indicated in 
Figure 4. Thus, each register definition comprises the following 

parameters : 
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word offset - defining an offset location of the register 

in memory 

bit offset - defining the bit location of each element in 

the register and derivable from the bit 
length BL in the data structure 

bit field - naming the element of that bit location 

function - defining the function F of the element 

reset state - value of entity on reset 

read/write - whether entity read or writable for CPU 

The contents for each field to define these parameters can be 
derived directly from the data structure of the input file 22. 
To avoid over-complicating the figure, the arrows are shown only 
for the read and write functions in respect of the 
SarControlRegister and, as far as the documentation file is 
concerned, only for the first bit location of that register. 
Tables 1 and 2 show the complete documentation files for the 
SarControlRegister and SarSegmentat ionContextRegister . 



For each of the typedefs in the input file a table will be 
generated which will describe the allocation of the attributes 
to the words that make up the data structure in the CPU memory 
space. Each table will also describe the allocation of the bits 
within the word(s) as well as the meaning associated to these 
bits. The reset state will be given, and whether the attribute 
(bits are read, writable or both. The allocation of the bits 
. w ithin a word . and inde ed the words _ the mse lv es w ill be driven by 
command line arguments to the modelling tool. The documentation 
file can be output in various formats, for example ascii and mif . 
The files are intended to be included or pasted into the main 
functional (or other) specification of the peripheral. 

Figure 5 is a flow chart illustrating high level operation of the 
modelling tool 24. At step SI, input parameters given to the 
modelling tool ■ are checked. ■■ At step S2, the input file 
corresponding to one of the specified parameters is opened. Its 
contents aire checked and any areas are reported in a meaningful 
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manner (step S3) by an error routine. If the contents of the 
input file are valid, the files are opened and. named at step S4 . 
At step S5, the files are created as described earlier with 
reference to Figures 3 and 4 : Finally, at step S6, the files are 
closed . 

Some specific examples are given in the following annexes. 

Annexe 1 is an exemplary BNF sequence (Backus Naur Form of 
notation) for an input file 22. Annexe 2 is an example of a 
simple data structure within the input file, and Annexe 3 is an 
example of a data structure of medium complexity within the input 
file. 

Annexe 4 is an exemplary BNF sequence for the read function of 
the interface functions file for a data structure of medium 
complexity and Annexe 5 is an example of an output fragment. 

Annexe 6 is an exemplary BNF sequence for a write function for 
the interface functions file for a data structure of medium 
complexity and Annexe 7 is an example of an output fragment. 

Annexe 8 is an exemplary BNF sequence for' a query function for 
a data structure of a simple type and Annexe 9 is an example 
output fragment. Annexe 10 is an exemplary BNF sequence for a 
set function of a simple data structure type and Annexe 11 is an 
example, of an. output fragment . 

For' the test functions file 30, Annexe 12 is an exemplary BNF 
sequence for a read function for a data structure of medium 
complexity, and Annexe 13 is an exemplary output fragment. 
Annexe 14 is an ■ exemplary BNF sequence for a data structure of 
medium complexity for the write function of the test functions 
file 30 and Annexe 15 is an exemplary output fragment. 

Annexe 16 is one example in BNF format of a documentation file. 
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Figure 6 shows how the modelling tool used herein is used in the 
simulation phase of a design process. Each peripheral device has 
a set of functions which simulate its behaviour. These are 
created as the input file 22 for each peripheral device. As 
already explained, each peripheral device may have a number of 
different simulated processes , P1,P2,P3, etc (see Figure 2) . The 
input file 22 defines each peripheral device and therefore may 
include information about each of the individual simulation 
processes. As described above, the input file is entered into 
a processor which is loaded with the modelling tool 24 and which 
thus generates the various files illustrated in Figure 3 . As 
already mentioned, these include an interface functions file 28 
and a test functions file 30. The interface functions file for 
each peripheral device is held in a device library 40. In Figure 
6, the denotation IFP1 denotes the interface functions for the 
simulated process PI of the peripheral device.. The test 
functions for each simulated process form part of the simulation 
code for the applications to be run on the CPU. The denotation 
TFP1 denotes the test function for the simulated process PI. In 
Figure 6 it is illustrated as running in the simulated version 
of application 1, APP1 . A device definition file 42 holds a list 
of the device libraries. Each device has an address range 
associated with it in the device definition file. Any load from 
or store to an address in that range will cause the simulator to 
execute the appropriate peripheral read or write function instead 
of a memory access. For example, if the simulator processor 
- attempts- -to access-an address in range. AO. to A3..,, this., maps onto., 
the device library 40 holding the simulating processes for the 
peripheral of Figure 2. Instead of allowing the access to go 
ahead, that causes the simulator processor to perform, the 
function defined by the relevant interface function file. This 
causes data to be written to, accessed from or modified in the 
representation of the register bank 16 associated with that 
peripheral. This type of access may have been caused by the 
simulator processor running code from the test functions 
incorporated within the process being simulated, APP1 or by code 
within the device libraries if the peripherals are at that time 
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being simulated. Either way, the representation of the register 
bank 16 associated with that peripheral device is kept correctly 
updated . 

The modelling tool described herein gives rise to another 
advantage. Figure 7 illustrates a functional model for the 
application specific processor (ASP) running in a high level 
language such as C, and a real simulation which will run in a 
simulation language such as VHDL . The real simulation simulates 
the actual implemented chip down at the transistor level, and is 
used before the circuit which has been designed is actually 
implemented in silicon. The real simulation itself is necessary 
prior to implementing a circuit in silicon to try and establish 
as far as possible, how an actual device will operate. However, 
real simulations are very slow. Conversely, the functional model 
itself can run quite quickly, although of course that is only 
modelling the architecture and not the actual silicon 
implementation as designed. However, because the modelling tool 
described herein generates matching test function and interface 
function files fbr each peripheral device, it is possible to 
speed up the real simulation by running the functional model for 
an initialisation or set up phase (or any other phase) and, at 
the end of that phase, extracting the state of the application 
programs, APP1,APP2 at a particular' point in time and the state 
of the peripheral devices at the same point of time. The state, 
of the application programs and the environmental stimuli can be 
derived from the t-es-fe function -files -30 and the state of the 
peripheral devices can be derived from the interface function 
files 28. The contents of these files are loaded into a 
modelling file which is translated into a simulation file which 
can be loaded into the real simulation process. The modelling 
file can be in memory or on disk, as can the simulation file. 
Thus, it is possible for the functional model and the real 
simulation to run on the same CPU, with a transfer of the 
modelling file to the simulation file in the CPU memory. 
Alternatively, the functional model can be run on one CPU, with 
the modelling file being on a transferable disk which can be 
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translated onto a simulation file and loaded into another CPU 
running the real simulation. The extraction of state from the 
functional model at a particular point in time in order to "kick 
start" the real simulation significantly reduces the overall 
simulation time. .The environmental stimuli from and to the 
peripheral devices at that point of time can also be derived from 
the functional model and loaded into the real simulation. 

Another advantage of the modelling tool described herein is its 
generation of the documentation file 26. This defines the actual 
registers and can be used therefore to implement these registers 
in a final silicon implementation. This significantly reduces 
the amount of manual design work that needs to be carried out. 
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TABLE 1. SarControLRegister 



Word 
Offset 


Bit 
Offset 


Bit Field 


Function 


Kesct 
State 


R/W 


0 


0 


StartSeg- 
mentation 


Enables seg- 
mentation 
engine 


0 


R/W 




1 


EnablePac- 
ingEngine 


Enables pac- 
ing engine 


0 


R/W 




2 


EnablePac- 
ingClock 


Enables pac- 
ing clock 


0 


R/W 




TABLE 2. SarSegmentationContextRegister 




Word 
Offset 


Bit 

OfEset 


Bit Field 


Function 


Reset 
State 


R/W 


0 


0:31 


Value 


Context start 
address 


0 


R/W 
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ANNEXE 1 

Input? lie : := Typedefs 
Typedefs ::= Typedef (Typedef} 

Tv^edef : : = <Typedef Token> <S t ructTo !<e n> TvuedsfStructureN'ame Tyaede - 
f Body 

TynedefSodv :: = <Ooen3raceToken> AttributeDef initions <Closing3race- 

foke;i> Typedef Identif ierMame <SemiCoionToken> 

AttributeDef initio ns : := AttributeDef initio n (AttributeDef inition} 

AttributeDef inition : : = AttributeType Attribute Ident if ierName 

(<ColonToken> AttributeType3itS ize } <SemiColon- 
Token> ( At tribateComments c'ield} 

AttributeType VaiidAttributeType 

AttributeCommentsPield : : =* ( AttributeReadWriteComment } AttributeFunc- 

tionComments 

VaiidAttributeType BoolType 1 Uint32Type | St20wordType | 

0st2OwordType | ByteType | UByteType | 
IntlSTvpe [ UlntlbType j UWordType | WordType i 
(Othertype} 

AttributeReadWriteComment ::= <OpenCStyleCoinmjentToken> ReadWriteSe- 

lector <CloseCStyleCoinment.Token> 

ReadWriteSelector ReadSelect | WriteSelect | ReadWriteSelect 

AttributeFunctionComments ::= AttributeFunctionCornment (Attribute- 

FunctionCotnment} 

AttributeFunctionComment ::= <OpenCStyleCommentToken> FunctionSpeci - 

fier <CloseCStyleCommentToken> 

BoolType BOOL 
Uint3 2Type = UINT3 2 
St20wordType = ST20WORD 
Ust20wordType :: = UST20WORD 
ByteType : : = BYTE 
U3yteType : : = UBYTE 
IntlSType = INT16 
UIntl6Type = UINT16 
UWordType : : = UWORD 
WordType : ;=* WORD 
CloseCStyleCommentToken : : - */ 
OpenCS.tyleCommentToken ::=* /* 
SemiColonToken : : ~ ; 
ColonToken : : - : 
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ANNEXE 2 



typedef struct SasepageptrS ( 
UST2 0 WORD Value ; 

} BASE?AGE?TR ; 



ANNEXE 3 

typedef struct Segmentat ionControlS ( 
BOOL StartSegmentation 
BOOL EnablePacing Engine 
BOOL EnablePacingClock 
BOOL IdleCellGeneration 
} SEGKENTATIOMCON'TROL ; 



: 1 ; 

: 1 ; 

: 1 ; 

: 1 ; 
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ANNEXE 4 



Re a dF unction ::= Re turnTvoe ReadFunct io oName ParameterList Function- 
Declaration 

RetumType : : = Ust20wordType 

ReadFunctionName ::= ReadrromTo ken Typedef Struct areName 

ParameterList <OpenBracketToken> Int3 2TyDe AddressTokecKCommaTo - 

ken> CharTvpe S tarDataToVen <ComraaToken> Int3 2Tyoe 
MumberO f 3viesToken <CommaTokeo> Int3 2Tvoe 
CycleTo ken. <CommaToken> Typede f Indent i r lerName 
<S tarTo ken> Parameterldencif ierMame<Close3racket - 
Token> 

FunctionDeclaration : : = <OpenBraceTokea> Function3ody <Closing3race- 

Token> 

FunctionBody : := PsuedoRegisterDeclaration PsuedoRegisterl nitialisa - 

tion PsuedoRegisterAssignment TransferWo rdToTranspu 
terlnvocation ReturnStatement 

PsuedoRegisterDeclaration 0st20type PsuedoRegisterToken <Semi- 

colonToken> <CarriageReturnToken> 

PsuedoRegisterXnitialisation : := PsuedoRegisterTo ken <EqualsToken> 

ZeroToken <Senu.colanTaken> <CarriageRe- 
tomToken> 

P sue do Register Assignment : : =* AttributesToRegisterAssignments 



AttributesToRegisterAssignments : : =* AttributesToRegisterAssignment 

[AttributesToRegisterAssignment ] 



AttributesToRegisterAssignment : : = PsuedoRegister <BitOrToken> 

AttributeDeref erencsAndShif t <SemicolonTo - 
ken> <CarriageReturnToken> 



AttributeDeref erenceAndShift <OpenBracketTo ken> <OpenBracketTo - 

ken> <OpenBracketToken> '<OpenBracketTo- 
ken> CastToUst20DataType 

<CloseBracketToken> <OoenBracketToken> 
AttributeDeref erence <Close3racketToken> 
<CloseBracketToken> <Shif tT7pToken> Attrib- 
utelnRegisterBitsShif t <CloseBracketTo - 
ken> <B2.tAndToken> 

AttributelnRegisterBits <CloseBracketTo - 
ken> 



CastToUSt2 0DataTvpe : 
AttributeDeref erence 



<OpenB racket To ken> Ost20type <CloseBracketTo - 
ken> 

a Parameterldentif ierNajne<ArrowToken>Attrib - 
uteldentif ierName 



TransferWordToTranspaterlnvocation : : = Trans ferWo rdTo Trans put erTok en 

Transf erWordToTransputerlnvo - 
cationParameterList <SendcolonTo 
ken> <CarriageReturnToken> 



Tr a ns ferWo rdTo Trans p uterlnvo c a t io nP ar ame t erl*i s t 



=» <OpenBracketTo - 
ken> Transf erWord- 
ToTransputerlnvo ca 
tio nPara meters 
<CloseBracketTo - 
ken> 



Transf erWo rdToTranspu terlnvoca tio nPar ame ters : : =» DataToken<CommaTo- 

ken> Addr e ssOfPsue- 
doRegisterToken 



ReturnStatement 



= ReturnToken CastToUSt20DataType NumberOf Bytes To - 

ken <SemicolonToken> <CarriageRe- 
tumToken> 
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ANNEXE 5 

-define S EGMENTATIO NCO NTRO LS TARTS EGMENTATIO N3 IT 0x1 
^define SEGMENTATI0NC0NTR0LENA3LSPACINGENGINE3IT 0x2 
^define S EGMENTAT 10 NCO MTRO LEN ABLE? AC INGCLGCK3 IT 0x4 
* de f ine S EGMENTATIO NCO NTROL IDLECELLG ENERATIO NB IT 0x3 
Sdef ine S EGMENTATIO NCO NTRO LS TARTS EGMENTATIO NS HI FT 0x0 
^define S EGMENTATIO NCO NTRO LENA3LEPACINGENGINES HI FT 0x1 
^define S EGMENTATIO NCO NTRO L EN ABLEP AC INGCLO CSC S HI FT 0x2 
Sdefine S EGMENTATIO NCO NTRO LIDLECELLGENSRATIONS HI FT 0x3 

aST20WOR£> ReadFromSeginentationControlRegister( INT32 Address, 

char *Data A 
INT32 NumberOf Bytes, 
INT3 2 Cycles, 
S EGMENTATIO NCO NTRO L 
*SegmentationControlReg 
ister ) 



C 



UST20WORD PsuedoRegister ; 
Psuedo Register = 0 ; 

PsuedoRegister - PsuedoRegister | ( ( ( ( UST20WORD ) 

( Segment at ionControlReg ister ->S tartS egment at ion) ) « 
SEGMENTATIONCO NTRO LS TARTS EGMENTATIO NS HI FT ) & 
S EGMENTAT IO NCO NTRO LS TARTS EGMENT AT IO NB I T ) ; 

PsuedoRegister = PsuedoRegister | ( ( ( ( UST20WORD) 

(SegmentationControlRegister->StartSegmentation) ) « 
S EGMENTATIO NCO NTRO LENAB LEP AC ING ENG INESHIFT) & 
S EGMENTAT 1 0 NCO NTRO LENAB LEP AC I NG ENG I NEB IT) ; 

PsuedoRegister - PsuedoRegister | ( ( { ( UST20WORD) 

.(.SegmentatioxLControlRegisterr.^ << 
S EGMENTAT IO NCO NTRO LENAB LEP AC I NGCLO CK S HI FT ) & 
S EGMENTATIO NCO NTROLENABLEP ACINGCLOCKB IT ) ; 

PsuedoRegister- PsuedoRegister I ( ( ( ( UST20WORD) 

(SeginantationControli^egister->StartSegmentatiori) ) « 

S EGMENTAT IO NCO NTRO L IDLECELLGENERATIO NSHI FT ) & 
SEGMENTATIONCO NTROLIDLECELLGENERATIONBIT) ; 

Transf erWordToTransputer (Data, sPsuedoRegister) ; 

return (UST20WORD) NumberOf Bytes ; 
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ANNEXE 6 



Write Function ::= Write Ret urnType WriteFunctionName Write Par ameterL- 

ist WriteFuncfionDeclaration 

Write Re turnType ::= VoidType 

WriteFunctionName : : = WriteToToken Typedef StructureName 

WriteParameterList ::= <0penJ3racketToken> Int3 2Type AddressToken<Com- 

maToken> CharType StarDatafoken <CommaToken> 
Tnt3 2Type NumberOf BytesTokeh <CommaToken> 
Xnt32Type CycleToken <CornmaToken> Typedef Inden- 
tifierName <StarToken> Parameterldentif ierName 
<CloseBracketToken> 

WriteFunctionDeclaration : : = <ODenBraceToken> WriteFunctio naody 

<ClosingBraceToken> 

WriteFunctionBody : : =* PsuedoRegisterDeclaration PsuedoRegisterlni- 

tialisation Trans f e rWo r dFrornTr ansp ut e r I n - 
vocation RegisterDereferenceAssignment 

PsuedoRegisterDeclaration, : : =» O*st20type PsuedoRegisterToken <Semi- 

colonToken> <CarriageRetumToken> 

PsuedoRegisterlnitialisation : : =■ PsuedoRegisterToken <EqualsToken> 

ZeroToken <SeraicolonToken> <CarriageRe - 
turnToken> 

TransferWordFromTransputerlnvocation : : = Tr ansf erWo rdFromTransp u t er - 

Token Trans f erWordFronffranspu - 
terlnvocatioxiParaineterList 
<SemicolonTokeo> <CarriageRe - 
turnTokero 

TransferWordFroitffransputerlnvocatioaParametsrtist : := <0p enB racket To - 

ken> Transf erWord- 
FromTransputerlnvo 
cationParameters 
<CloseBracketTo - 
ken> 

TransferWordFrorrtTransputerlnvocationParameters : := AddressOf Psue- 

doRegisterToken<Comma - 
Token>DataToken 



RegisterDereferenceAssignment : : = AttributeAssignments 

AttributeAssigninents : : =» AttributeAssignment [AttributeAssignment ] 

AttributeAssignment : : « AttributeDef erenceAndAssigmtient 

AttributeDef erenceAndAssignment : := AttributeXnRegisterDeref erence 

._ . < Eq.ua lsXoJcen> JValueAss.ignment^Sem^-___. ... 

colonToken> <CarriageReturnTokeo> 

AttributelnReqisterDereference : : » Parameterldentif ierName<ArrowTo - 

ken>AttributeIdentif ierName 

ValueAssignment : : = ValueDerivedFromRegister 

ValueDerivedFromRegister CastToAttributeType <0 p enB racket To ken> 

<OpenBracketToken> Psuedo Register <BitAndTo- 
ken> AttributelnJRegisterBitsConstant <Close- 
BracketToken> <ShixtDownToken> 

AttributeXnRegisterBitsShift <CloseBracketTo- 
ken>. 

CastToAttributeType <OpenBracketToken> AttributeType <CloseBrack- 

etToken> 
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ANNEXE 7 



^define SEGHENTATXO NCO NTROLS TARTS EGMENTATXO N3 IT 0x1 

S define S EGMENTAT 10 NC O NTROLENABLEP AC XNG ENGINES XT 0x2 

S define S EGMENTAT 10 NCO NTROLENABLEP AC INGCL0CK3 IT 0x4 

-define S EGMENTAT IO NCO NTROL IDLECELLGENERATIO N3 IT 0x3 

S define S EGMENTATIONCO NTROLS TARTS EG MENTATION'S HI FT 0x0 

S define S EG ME NT ATI ONC 0 NTROL EN A3 LEP AC XNG ENGINES HI FT Oxi 

Sdef ine S EGMENTAT IO NCO NTRO LENAB LEP AC INGCLOCXS HI FT 0x2 

*def ihe S EGMENTAT IONCONTROLIDLECELLGENERATIONS HI FT 0x3 



void WriteToSegmentationCoatrol (XNT32 Address, char *Data, INT32 

NumberOf Bytes , INT3 2 Cycles , 
SARSEGMENTATIONCONTROL 
*SegmentationControlRegister ) 



C 



UST20WORD PsuedoRegister ; 
Psuedo Register ~ 0 ; 

TransferWordFrortffransputer ( &PsuedoRegister, Data) ; 

SegmentationControlRegister->StartSegTaentation = (BOOL) 

( ( PsuedoRegister & 
S EGMENTATXO NCO NTROLS TARTS EGM 
ENTATXO NB IT ) » 

S EGMENTATXO NCO NTROLS TARTS EGM 
ENTATXO NSHXFT) ; 

SegmentationControlRegister->EnablePacingEngine = (BOOL) 

((PsuedoRegister & 
S EGMENTATXO NCO NTRO LENA3 LE P AC 
XNGENGINEBXT) » 
S EGMENTATXO NCO NTRO LE NAB LEP AC 
INGENGXNESHXFT) ; 

SegmentationControlRegister->EnablePacingClock =■ (BOOL) 

( ( PsuedoRegister & 
S EGMENTATXO NCO NTRO LENAB LEP AC 
INGCLOCKBIT) » 

S EGMENTATXO NCO NTRO LENAB LEP AC 
INGCLOCKSHXFT) ; 

SegxnentationControlReg-ister->XdleCellGeneration - (BOOL) 

((PsuedoRegister & 
S EGMENTATXO NCO NTRO LCO NTRO LXD 
LECELLGENERATIO N3 XT ) » 
S EGMENTATXO NCO NTRO LCO NTRO LXD 
LSCELLGENERATXO NSHIFT) ; 



} 
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ANNEXE 8 

Query Function : : ReturnTvpe QueryFunctiooName ParameterList ?unc - 
tionDeclaration 

ReturnType : : = AttributeType 

QueryFunctionName ::« Attr ibuteldent if erNaTC tu ? r ^J^ n Typedef Struc - 

ParameterList <Ooen3racketToken> Tvpedef Identif ierName <StarTo- 

£ ea> Parameterldsncif isrName <Close3rackst:Toker.> 

FunctionDeclaration <OpenBraceToken> FunctionBody <Closing3race - 

Token> 

Function-Body : : =* Returns tat erne nt 

Returns tatement ReturnToken RegisterDereferen.ee 

RegisterDereference ::= Par ffi ter^^f i|^<Das^^ttrguteI 

turnToken> 

TypedefStructareName : :- The name given to the structure of the type 

def 



ANNEXE 9 

UST20WORD ValuelnBasepagePtr (BASEPAGEPTR *Register) 
C 

return Register->Value ; 

} 



ANNEXE 10 

SetFunction : : = SetReturnTVpe SetFunctionName SetParameterList Set- 

FunctionDeclaration 

SetRetumType : : = VoidType 

SetFunctionName ::- := S etTo ken .Attribute Ident if erName I nTo ken Type de 

fStructureNamfi . _ _ _ 

SetParameterList : : = <OpenBracketToken> Xypedef Ident i^fierK^e<S tar - 

Token> ParameterldentifierName AttributeType Val 
ueldentif erName <CloseBracketToken> 

SetFunctionDeclaration ::= <OpenBraceToken> Set FunctionBody <Closing 

BraceToken> 

SetFunctionBody Reg is terDeref erence Assignment 

ReaisterDereferenceAssiamnent : : - RegisterDeref erence <EqualsToken> 
RegisterDereterenceAssigmneu Attribute Identifier Name <S emico lo nTo - 

ken> <CarriageReturnToken> 

Regis terDeref erence ::- V^^^^^SS^^^^^' 

dentif erName 
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ANNEXE 11 



void SetValuelnBasepagePtr (3ASEPAGSPTR 'Pointer, aST20WORD AnyName) 
( 

Po inter- >Value = Anytfame ; 

} 



ANNEXE 12 

ReadFunction ::~ ReturnType ReadFunctionName ParameterList Function- 
Declaration 

ReturnType : : =» UWordType 

ReadFunctionName ::= ReadFromToken Typedef Struct ureName 

ParameterList <OpenBracketToken> VolatileToken Typedef I dent if i- 

erName StarToken ParameterldentirierName <Close- 
B racketTo ken> 

FunctionDeclaration : := <OpenBraceToken> FunctionBody <ClosingBrace- 

Token> 

FunctionBody : : = Returns tat ement 

ReturnStatement : : =■ ReturnToken CastToOWordDataType RegisterDeref er- 

ence 

CastToUWordDataType : : = <0pen3racketToken> UWordtype <CloseBracketTo - 

RegisterDeref erence : := Parameterldentif ierN ame<ArrowTo ken>At trib- 
ute I dent if ierSfame <SeraicolonToken> <Car- 
riageReturnToken> 



ANNEXE 13 

* define S EGMENTATIO NCO NTROIS TARTS EGMENTATIO NB IT 0x1 
^define SEGMENTATIONCONTROLENABI*EPACINGENGINEBIT 0x2 
-*de-£ irne- S EGMENTATIO N<=0 NTRGIiENABILEP AGINGGIiO G K-IT- 0x4- . 

^define S EGMENTATIO NCO NTR0LIDLECELLGENE2UVTI0N3 IT 0x8 

CTWORD ReadFromSegmentationControl (volatile S EGMENTATIO NCO NTROL 

*?ointer) 

C 

return (UWORD) Pointer->Value ; 

} 
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ANNEXE 14 



WriteFunction ::= WriteRetumType WriteFunctionName Write? arameterL - 

ist WriteFunctionDeclarat ion 

WriteReturnType : : = VoidType 

WriteFunctionName ::= WriteToToken Typedef S tructureName 

WriteParameterList : : » <ODen3racketToken> <VolatiieToken> Typedef I- 

dent if ierName StarToksa Parameterldentir i- 
erName <ConstToken> DWordType 
Value Ident if ierName <Close3racketToken> 

WriteFuactionDeclaration : : = <ODenBraceToken> WriteFunctionBody 

<ClosiagBraceToken> 

WriteFunctionBody : : = Reg is terDere fere nee 

RegisterDeref erence : := Parameterldent if ierName<ArrowToken>Attrib- 

uteldentif ierName <EqualsToken> Value I - 
dentif ierName <S eraico lonToken> 
<CarriageReturnTokerx> 



ANNEXE 15 

void WriteToBasepaqePtr (volatile SEGMENTATIONCONTROL ^Pointer, const 

UWORD Value) 

( 

Po inter->Value = Value ; 

} 



ANNEXE?^ 6 



Documentation : : =* FontCatalog TableDef initions Paragraphs 

FontCatalog :: = OpenS tatement Fonts CloseStatement 
Fonts ::= Fontl Font2 Font3 

Fontl: := OpenStatement FontToken Tagl Family Angle Weightl Sizel Clos- 
eStatement 

Font2:;= s OpenStatement FontToken Tag2 Family Angle Weight2 Sizel Clos- 
es tatement 

Font3::= OpenStatement FontToken Tag3 Family Angle Weightl Size2 Clos- 
eStatement 

Family ::= OpenStatement FamilyToken OpenS ingleQuote FamilyString 

CloseSingleQuote CloseStatement 
Angle: OpenStatement AngleToken OpenS ingleQuote AngleString CloseS- 
ingleQuote CloseStatement 
Tagl : := OpenStatement TagToken OpenS ingleQuote TaglString CloseSin- 
gleQuote CloseStatement 
Tag2 : := OpenStatement TagToken OpenS ingleQuote Tag2String CloseSin- 
gleQuote CloseStatement 
Tag2 OpenStatement TagToken OpenSingleQuote Tag3String CloseSin- 

gleQuote CloseStatement 
Weightl : : =» OpenStatement WeightToken OpenSingleQuote WeightlString 

CloseSingleQuote CloseStatement 
Weight2 OpenStatement WeightToken OpenSingleQuote Weight2String 

CloseSingleQuote CloseStatement 
Sizel OpenStatement SizeToken OpenSingleQuote SizelString CloseS- 

ingleQuote CloseStatement 
Size2 ::= OpenStatement SizeToken OpenSingleQuote Size2String CloseS- 
ingleQuote CloseStatement 

TableDef initions : : = OpenStatement TblsToken TableDef inition {Table- 
Definition} CloseStatement 
TableDef inition : : = OpenStatement TblToken TableConfig" TableTitle Ta- 

bleHeader TableBody CloseStatement 

TableConfig : := 'TablelD TablePormat TableNumberColumn TableColumnWidth 
TablelD : : =» OpenStatement TbllDToken IDnumber CloseStatement 
TableFormat : : = OpenStatement TblTagToken OpenSingleQuote FormatString 

CloseSingleQuote CloseStatement 

TableNumberColumn :: = OpenStatement TblNumColumnsToken ColumnNumber 

CloseStatement 

TableColumnWidth Widthl Widthl Width2 Width2 Widthl width3 

Widthl : : OpenStatement TblNumColumnWidthToken WidthlString CloseS- 
tatement 

Width2 : : =• OpenStatement TblNumColumnWidthToken Width2String CloseS- 
tatement 

Width3 OpenStatement TblNumColumnWidthToken Width3String CloseS- 

tatement 

TableTitle : : = OpenStatement TblTitleToken TableContent CloseStatement 
TableContent : := OpenStatement TblTitleContentToken ParaTitle CloseS- 
tatement 

ParaTitle : : = OpenStatement ParaToken ParaTitleTag ParaTitleFont 

ParaTitleLihe CloseStatement 
ParaTitleTag : : =* OpenStatement Pgf TagToken OpenSingleQuote PgfTagTi- 

•tleString CloseSingleQuote CloseStatement 
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ParaTitleFont ::= OpenStatement PgfFontToken TagTitie Closes tat ement 
TagTitle : : OpenStatement TagToken OpenSingleQuote TagTitleS tring 

Closes ingleQuote Closes tat ement 
ParaTitleLine ::= OpenStatement ParaLineToken StringTitle CloseState- 

raent 

StringTitle ::= OpenStatement StringToken OpenSingleQuote TableName 
CloseSingleQuote Closes tatement 



TableHeader 
RowHeader : 
CellsHeader 



= OpenStatement TblHToken RowHeader Closes tatement 
OpenStatement RowToken CellsHeader Closes tatement 
= CelllHeader Cell2Header Cell3Header Cell4Header 

Cell5Header Cell6Header 
= OpenStatement CellToken CelllContentKeader CloseState- 
ment 

= OpenStatement CellToken Cell2ContentHeader CloseState- 
ment 

= OpenStatement CellToken Cell3ContentHeader CloseState- 
ment 

=» OpenStatement CellToken Cell4ContentHeader CloseState- 
ment 

= OpenStatement CellToken CellSContentHeader CloseState- 
ment 

= OpenStatement CellToken CellSContentHeader CloseState- 
ment 

OpenStatement CellContentToken ParalHeader 
Closes tatement 

OpenStatement CellContentToken Para2Header 

Close Statement 
OpenStatement CellContentToken Para3Header 

Close Statement 
OpenStatement CellContentToken Para4Header 
CloseS tat ement 

OpenStatement CellContentToken ParaSHeader 
Closes tatement 
OpenStatement CellContentToken ParaSHeader 
Closes tatement 

ParalHeader : : =* OpenStatement ParaXoken ParaHeaderTag ParaHeaderFont 

ParaLinelHeader CloseStatement 
ParaLinelHeader ::- OpenStatement ParaLineToken String lHeader CloseS- 
tatement 

StringlHeader OpenStatement StringToken OpenSingleQuote 

HeaderlName CloseSingleQuote CloseStatement 
Para2Header = OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLine2Header CloseStatement 
ParaLine2Header OpenStatement ParaLineToken String2Header CloseS- 

tatement 

String2Header ::= OpenStatement StringToken OpenSingleQuote 

Header2Name CloseSingleQuote CloseStatement 
Para3 Header OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLine3Header CloseStatement 
ParaLinelHeader ::- OpenStatement ParaLineToken String3Header Closes 

tatement 

String3Header = OpenStatement StringToken OpenSingleQuote 

Header3Name CloseSingleQuote CloseStatement 
Para4Header OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

Paraline 4 Header CloseStatement 
ParaLinelHeader .: OpenStatement ParaLineToken String4Header Closes 

tatement 



CelllHeader : 
Cell2Header : 
Cell3Header : 
Cell4Header : 
CellSHeader : 
CellS Header: 
CelllContentHeader : 
Cell2ContentHeader : 
Cell3ContentHeader : 
Cell4ContentHeader : 
CellSContentHeader : 
Cell6ContentHeader : 
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String4Header :: = OpenStateraent StringToken OpenSingleQuote 

Header 4 Name CloseSingleQuote CloseStatement. 
ParaoHeader Opens tat erne nt ParaTokea ParaHeaderTag ParaHeaderFont 

ParaLineS Header CloseStatement 
ParaLineSHeader ::= OpenStatement ParaLineToken StringSHeader CloseS- 
tatement 

StringSHeader = OpenStatement StringToken OpenSingleQuote 

HeaderSName CloseSingleQuote CloseStatement 
ParaSHeader ::= OpenStatement ParaToken ParaHeaderTag ParaHeaderFont 

ParaLineoHeader CloseStatement 
ParaLinelHeader . : : = OpenStatement ParaLineToken StringSHeader CloseS- 
tatement 

String6Header ::~ OpenStatement StringToken OpenSingleQuote 

HeaderSName CloseSingleQuote CloseStatement 
ParaHeaderFont : : = OpenStatement PgfFontToken TagHeader CloseStatement 
TagHeader ::= OpenStatement TagTpken OpenSingleQuote TagHeaderString 

CloseSingleQuote CloseStatement 
ParaHeaderTag ::= OpenStatement PgfTagToken OpenSingleQuote Pgf Tag- 
HeaderString CloseSingleQuote CloseStatement 



TableBody = OpenStatement TblBodyToken RowBody (RowBody} CloseState- 
ment 

RowBody ::= OpenStatement RowToken CellsBody CloseStatement j 

Rows Straddle 
RowsStraddle : : = RowStraddleA RowStraddleB 

RowStraddleA : := OpenStatement RowToken CellsBodyStraddleA CloseState- 
ment 

RowStraddleB : :~ OpenStatement RowToken CellsBodyStraddleB CloseState- 
ment 

CellsBodyStraddleA : := CellBodyStraddleA Cell2Body Cell3Body 

Cell4Body CellSBody CellSBody 
CellsBodyStraddleB : := CellBodyS traddleB Cell2Body Cell3Body 

Cell4Body CellSBody CellSBody 
CellBodyStraddleA : := OpenStatement CellToken CellRows 

CelllContentBody CloseStatement 
CellRows ::= OpenStatement CellRowsToken Straddle Number CloseStatement 
CellBodyS traddleB : : = OpenStatement CellToken EmptyCellContent CloseS- 
tatement 

EmptyCellContent : OpenStatement CellContentToken CloseStatement 



CellsBody 

CelllBody 
Cell2Body 
Cell3Body 
Cell4Body 
CellSBody 
CellSBody 
CelllContentBody 

Cell2ContentBody 

Cell3ContentBody 

Cell4ContentBody 

CellSContentBody 



CelllBody Cell2Body Cell3Body Cell4Body CellSBody 
-CellSBody - 

OpenStatement' CellToken CelllContentBody CloseStatement 
OpenStatement CellToken Cell2ContentBody CloseStatement 
OpenStatement CellToken Cell3ContentBody CloseStatement 
OpenStatement CellToken Cell4ContentBody CloseStatement 
OpenStatement CellToken CellSContentBody CloseStatement 
OpenStatement CellToken CellSContentBody CloseStatement 
= OpenStatement CellContentToken ParalBody CloseS- 
tatement 

= OpenStatement CellContentToken 

tatement 
= OpenStatement CellContentToken 
tatement 

= OpenStatement CellContentToken 

tatement 
=» OpenStatement CellContentToken 
tatement 



Para23ody Closes - 
Para3Body Closes - 
Para4Body Closes - 
ParaSBody Closes- 
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Cell6Content3ody 



OpenStateraent CellCont entToken ParaoBody Closes - 



ParalBody : : - 
ParaLineLBody 
StringlBody : : 
Para 2 Body : : = 
ParaLine2Body 
String2Body : : 
Para3Body : : = 
ParaLine3Body 
String 3 Body : : 
Para4Body : : ^ 
ParaLine4Body 
String4Body : : 
ParaSBody : : = 
ParaLineS Body 
StringSBody : : 
ParaSBody : : = 
ParaLineS Body 
StringSBody : : 
ParaBodyFont : 



tatement 

OpenStateraent ParaToken Para3odyTag Para3odyFont 
ParaLineL3ody CloseStatement 

::= OpenStatement ParaLineToken Stringl3ody CloseState- 
ment 

= OpenStatement StringToken OpenS ingleQuote BodylName 

CioseSingleQuote Closes tatement 
OpenStatement ParaToken ParaBodyTag ParaBodyFont 

ParaLine2Body CioseS tatement 
::= OpenStatement ParaLineToken String2Body CloseState- 
ment 

- OpenStatement StringToken OpenS ingleQuote Body2Name 

CioseSingleQuote CloseStatement 
OpenStatement ParaToken ParaBodyTag ParaBodyFont 
ParaLine3Body CloseStatement 

: : = OpenStatement ParaLineToken String3Body CloseState- 
ment 

= OpenStatement StringToken OpenS ingleQuote Body3Naiue 

CioseSingleQuote CloseStatement 
OpenStatement ParaToken ParaBodyTag ParaBodyFont 

ParaLine4Body CloseStatement 
: : - OpenStatement ParaLineToken String4Body CloseState- 
ment 

= OpenStatement StringToken OpenS ingleQuote Body4Name 

CioseSingleQuote CloseStatement 
OpenStatement ParaToken ParaBodyTag ParaBodyFont 
ParaLineSBody CloseStatement 

::= OpenStatement ParaLineToken StringSBody CloseState- 
ment 

= OpenStatement StringToken OpenS ingleQuote BodySName 

CioseSingleQuote CloseStatement 
OpenStatement ParaToken ParaBodyTag ParaBodyFont 
ParaLineSBody CloseStatement 

: : =» OpenStatement ParaLineToken StringSBody CloseState- 
ment 

= OpenStatement StringToken OpenS ingleQuote BodySName 
CioseSingleQuote CloseStatement 

OpenStatement PgfFontToken TagBody CloseStatement 



TagBody OpenStatement TagToken OpenS ingleQuote TagBodyString Cios- 

eSingleQuote CloseStatement 
ParaBodyTag : OpenStatement PgfTagToken OpenSingleQuote Pgf TagBodyS- 
tring CioseSingleQuote CloseStatement 



Paragraphs : : =» Paragraph {Paragraph} 
•Paragraph ::= OpenStatement ParaToken ParagraphContent CloseStatement 
ParagraphContent : : =* ParagraphTag ParagraphLine . - 

ParagraphTag OpenStatement PgfTagToken OpensingleQuote BODY Cios- 

eSingleQuote CloseStatement 
ParagraphLine -.-.OpenStatement ParaLineToken ParaLineContent CloseS- 
tatement 

ParaLineContent OpenStatement ATblToken XDNumber CloseStatement 
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TblsToken :: = Tbls 

TblToken : : = Tbl 

TblTagToken ::= TblTag 

TblBociyTokeri ::= TblBody 

TblNumColumnsToken : : = TblNumCoIumns 

TblNumColumnWidthToken ::- TblNumColumnWidth 

TblTitleToken ::= TblTitle 

TblTitleContentToken ::= TblContent 

CellRowsToken ::= CellRows 

ParaToken : : = Para 

PgfTagToken ::~ PgfTag 

ParaLineToken = ParaLine 

StringToken ::= String 

TblHToken ::= TblH 

RowToken : : = Row 

CellToken = Cell 

CellContentToken ::= CellContent 

Pgf FontToken PgfFont 

TbllDToken : : = Tbl ID 

ATblToken : : = ATbl 

FontToken : : = Font 

TagToken : : =* FTag 

FamilyToken : : =FFamily 

AngleToken : : = FAngle 

WeightToken ::=FWeight 

SizeToken FSize 



TagHeaderString : := TaglString 
TagTitleString : : = Tag3String 
TagBodyString : : = Tag2String 



Pgf TagTitleString 
Pgf TagHeaderString 
Pgf TagBodyString : 
widthlString 
Width2 String 
Width3 String 
Format String 
FamilyS tr ing 
Angles tring 
TaglString 
Tag2S tring 
Tag3String 
We ightlS tr ing 
We ight2S tring 
SizelString : 
Size2String : 
OpenS ingleQuote 
Closes ingleQuote 



TableTitle 
= CellHeading 
: :~ CellBody 
= 0.7 
= 1.5 
= 1.0 

= Format A 
= Times 

Regular 
NoWareHeading 



= NoWareBody " 
= NowareTitle 
= Bold 
= Regular 
11.0 pt 
12.0 pt 
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TableName : 
HeaderlMame 
Header2Name 
Header 3 Name 
Header4Name 
Headers Name 
Headers Name 
BodylName : 
Body 2 Name : 
Body 3 Name : 
Body 4 Name : 



= Typedef Identif ierName 
= Word Offset 
= Bit Offset 
= Bit Field 
=» Function 
= Reset State 
= R/W 

Current register number 

Size of the attribute given in the input data structure 
Name of the attribute given in the input data structure 
Comment associated with the attribute within the input 



data structure 

Body 5 Name ::= 0 | NULL 

Body 6 Name : : =* R/W comment given in 



the input data strucure 



IDnumber : : = start at 1 and increment it 
ColumnNumber : : =* 6 

StraddleNumber ::= Number of attributes within the current register 
Tableldentif ierName : : = Name given to the typedef of the data structure 



CloseStatement : : = > 
OpenStatement ::= < 



32 



CLAIMS : 

1. A method of simulating an application specific processor 
(ASP) comprising: 

defining a functional model in a high level language for 
simulating the architectural behaviour of the ASP, wherein in the 
functional model a CPU and a set of peripherals are defined; 

generating for each peripheral an interface functions file 
which defines the communication attributes of the peripheral with 
the processor and the functional attributes of the peripheral in 
a manner independent of any particular data structure, and a test 
functions file which defines the communication attributes of the 
processor with the peripheral in a manner independent of any 
particular data structure; 

simulating in the high level language as part of the 
functional model an application executable by the CPU and 
operations of the set of peripherals for a predetermined 
simulation phase, the application executable by the CPU including 
the test functions file and the operations of the set of 
peripherals including the interface functions file; 

outputting the state of the application and the state of the 
peripherals at the end of the predetermined phase to a modelling 
file in the high level language; 

converting the modelling file in the high level language to 
a simulation language for simulating the ASP at circuit level; 
and 

simulating the. ASP at circuit . level using the simulation 
language for a subsequent simulation phase. 

2. A simulation method according to claim 1, wherein the 
functional model in the high level language also simulates 
environmental stimuli which are also held in the modelling file 
at the end of the predetermined simulation phase in the high 
level language. 

3. A simulation method according to claim 1 or 2 , wherein the 
high level language is C. 
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4. A simulation method according to claim 1, 2 or 3., wherein 
the simulation language at circuit level is VHDL . 

5. A computer system for simulating an application specific 
processor (ASP) according to the method of claim 1, the computer 
system comprising : 

a first computer for executing the functional model in the 
high level language and for translating the modelling file into 
a simulation file at the end of a predetermined phase; and 

a second computer for executing the simulation at circuit 
level using the simulation file. 
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Icjastant definitions 
IteldSarControlRegister (...) 
WriteSarControlRegister (...) 
StartSegmentationlnSarControlRegister (...) 
EnablePacingEnginelnSarControlRegister (. ..) 
EnablePacingClocklnSarControlRegister (.. .) 
SetStanSegmentationlnSarControlRegjster (...) 
|SetEnablePacingEngineInSarControlRegister(...) 
etEnablePacingClockInSarControlRegister(...) 

LeadS arSegmentationContextRegister(...) 
jWriteSarSegmentationContextRegister (...) 
'aluelnSarSegmentationContextRegister (...) ' 
>etValueInSarSegmentationContextRegister (...) 




typedef st ructyS_ 

BOOI ^tartb^ggnienTation 
300L tmablel'acingEngine 
BOOL EnablePacingClock 
} SARCONTROLREGISTER 

typedef struct SarSegmentationContextReei: 
UST20WORD Value ; x 
} SARSEGMEOTATIONCONTEXTREGISER> 



• <fffset 


Bit 
Offset 


%Held 


Function . - 


Reset 
State 




0 


0 


t> tart- 
Segmentation 


Enable Segmen- 
tation Engine 


0 

























Sar Segmentation Register 



Sar Segmentation Context Register 



Constant definitions 

leadFromSarControiRegister (...) 
^VriteToSarControlRegister (...) 
ReadFromSarSegmentationContextRegister (...) 
WriteToSarSegmentationContextRegister (...) 
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